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Gestion differendee du trafic non-UMTS cm sein d'un reseau 

d'acc&s UMTS 

5 La presente invention est relative aux infrastructures des reseaux 

mobiles notamment cle troisieme generation, communement appeles UMTS 
(Universal Mobile Telecommunication System). 

Plus precisement, elle concerne un routeur, notamment un routeur 
d'acces, appartenant a un tel reseau et a un terminal connecte a ce reseau. 

10 

Les terminaux mobiles de troisieme generation n6cessitent d'une part 
une capacite de transmission irnportante pour pouvoir vehiculer des donn^es 
multimedia telles que des images, de la video, etc., et d'autre part la mise en: 
place de contraintes de qualite de service telles que la garantie d'un debits 
15 minimum, d'un delai de transmission de bout en bout, d'un taux de perte, ou' 
bien d'une gigue entre deux paquets de donn£es cons6cutifs ne depassant: 
pas un seuil donne. ■ 

Par ailleurs, les specifications du systeme UMTS precisent que le 
20 reseau d'acces devant vehiculer le trafic devrait etre conforme au protocole IP 
(Internet Protocol). Plus precisement, a partir de la version 5 des specifications 
UMTS, le protocole doit etre IPv6 [Internet Protocol, version 6). 

Ce reseau est communement appele UTRAN pour « UMTS Terrestrial 
Radio Access Network », en anglais. 
25 Par ailleurs, il peut etre prevu que le reseau puisse vehiculer de 

surcroTt, du trafic des abonnes « non UMTS », c'est-a-dire avec ou sans 
specification d'une qualite de service. Le reseau se comporte alors comme un 
fournisseur de service de transmission de donnees vis-a-vis d'autres reseaux. 

30 La figure 1 illustre cette situation. 
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La reference symbolise un terminal UMTS qui, via une station de 
base Node B, peut communiquer avec un routeur R et transmettre ainsi des 
donnees dans le reseau N. Les donnees ainsi transmises forment un flux 
multimedia f u . Ce flux multimedia f u est vehicule par le reseau N, avant d'etre 
5 transmis a un cceur de reseau UMTS 1%. Ces donnees multimedia sont 
typiquement de la voix, des images ou de la video (mais aussi eventuellement, 
des donnees), et comme evoque precedemment, elles sont associees a de 
fortes contraintes de qualite de service. 

Par ailleurs, un terminal T„ par exemple un micro-ordinateur, peut 
10 communiquer avec ce meme routeur R et transmettre ses donnees dans le 
reseau N. Ces donnees forment un flux de donnees f, qui est vehicule par le 
reseau N et transmis jusqu'au reseau N s . 

Dans cet exemple, il apparaTt done que deux types de trafic sont 
vehicules par le reseau N : un trafic compose de flux multimedia (dit « trafic 
15 multimedia ») et un trafic compose de flux de donnees non necessairement 
multimedia (dit « trafic de donnees »). Plus generalement, un reseau N peut 
vehiculer un type de trafic UMTS (ici le trafic multimedia) et un type de trafic 
non-UMTS (ici, le trafic de donnees). 



20 



Ce partage des ressources du reseau N pour deux trafics peut poser 
.ptobleme car des : Jors que le trafic de donnees devient suffisamment^ 
important, il peut penaliser le trafic multimedia et, de ce fait, mettre en danger 
le respect des criteres de qualite de service. 

25 La presente invention a pour but de resoudre ce probleme 

Pour ce faire, elle a pour premier objet un terminal de 
telecommunication possedant des moyens pour transmettre un flux de paquets 
de donnees a un routeur d'acces a un reseau de telecommunication. Ce 
terminal se caracterise en ce qu'il dispose d'un moyen pour inserer une 
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information de client au sein de ce flux, indiquant si le flux correspond a une 
norrne de te!6phonie mobile. 

Selon une mise en ceuvre de I'invention, la norme de telephonie 
mobile est une norme de telephonie mobile telle la norme UMTS (Universal 
5 Mobile Telecommunication System). Toutefois, I'invention est susceptible a 
toute autre norme de telephonie mobile de troisi&me generation ou de 
generation « 2,5 » telle le systeme GPRS (Genera/ Packet Radio Service). 

Notamment, elle peut s'appliquer aux systemes NE 2000 ou i-mode, 
tel que specifie par la societe japonaise NTT. 

10 

L'information de client est preferentiellement inser6e dans un entete 
des paquets. Ce peut notamment Stre I'entete d'option hop-by-hop. 

[/invention a pour second objet un routeur, notamment un routeur; 
15 d'acces, appartenant a un reseau de telecommunication, possedant des? 
moyens pour recevoir des flux de paquets de donnees. Selon I'invention, le^ 
routeur se caracterise en ce qu'il dispose 

• de moyens pour determiner si le flux correspond a une norme de; 
telephonie mobile, a partir d'une information de client inseree au sein 

20 du flux, et, 

• des moyens pour mettre en ceuvre des mecanismes d'assurance de 
qualite de service, en fonction de cette determination. 

Selon une mise en oeuvre de ^invention, les mecanismes d'assurance 
25 de qualite de service dependent d'autres informations sur le client, contenues 
dans le flux. 

Selon une mise en oeuvre de I'invention, le routeur peut de surcroTt 
disposer de moyens pour notifier un serveur de facturation, en indiquant si le 
30 flux correspond a une norme de telephonie mobile. 
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L'invention et ses avcmtages apparaTtront de facon plus claire dans la 
description qui va suivre, en liaison avec les figures annexees. 

La figure 1 , deja commentee, illustre le contexte dans lequel s'inscrit 
5 l'invention. 

La figure 2 illustre le format d'un paquet de donnees selon le 
protocole IPv6. 

La figure 3 schematise la constitution d'un entete « Hop by Hop » 
conforme a l'invention. 

0 

Selon l'invention, un terminal de telecommunication peut etre un 
terminal mobile conforme a une norme de telephonie mobile telle la norme 
UMTS, ou un terminal, mobile ou non, permettant de transmettre du trafic de 
donnees. Ce dernier terminal peut par exemple etre un micro-ordinateur (fixe 
5 ou portable) ou un assistant numerique personnel (ou PDA pour Persona/ 
Digital Assistant). 

Ces terminaux de telecommunication disposent de moyens pour 
transmettre des flux de paquets de donnees via un routeur d'acces, a un 
reseau de telecommunication. Ces moyens peuvent etre des interfaces de 
20 radiocommunication ou bien des connexions filaires. 

Selon l'invention, les terminaux de telecommunication disposent en 
outre de moyens pour inserer dans ces flux de paquets de donnees, une 
information de client indiquant si ces flux correspondent ou non d une norme 
25 de telephonie mobile, notamment 6 la norme UMTS qui sera prise comme 
exemple dans la suite. 

Ainsi, si le terminal est un terminal UMTS, il insere une information de 
client indiquant que les flux sont des flux UMTS. 



104543/SYC/NESO 



F:\Salle\F104543\PREMDEP\TEXTE\Dernier.do 



5 



Inversement, si le terminal n'est pas un terminal UMTS (mais un 
micro-ordinateur, par exemple), ii insere une information de client indiquant 
que les flux ne sont pas des flux UMTS. 

Cette information de client peut etre inseree au sein meme des 
5 paquets appartenant aux flux de paquets de donnees. Preferentiellement, elle 
est inseree dans un entete des paquets. 

Typiquement, dans le cadre d'un systeme UMTS, le reseau de 
telecommunication est conforme au protocole IPv6 (Internet Protocol version 
6). Le protocole IPv6 est defini par le RFC [Request For Comments) 2460 de 
10 TIETF [Internet Engineering Task Force), publie en decembre 1 998. 

La figure 2 illustre le format d'un paquet de donnees selon ce 
protocole IPv6. Selon les specifications du protocole IPv6, un paquet de 
donnees est constituS d'une succession d'ent§tes et d'un corps de message. 
15 Le corps de message peut §tre conforme a des protocoles de niveau 

immediatement superieur comme TCP (Transport Control Protocol) ou UDP 
(User Datagram Protocol). 

La succession d'entetes comporte au minimum un entete IPv6 (IPv6 
header) H. Cet entete H apparaTt necessairement en premier et comporte des 
20 informations necessaires au routage du paquet au sein du reseau. 

D'autres entetes peuvent optionnellement etre presents entre I'entete 
IPv6 H et le corps de message PL (pour Payload, en anglais), encore appele 
« charge utile ». Parmi ceux-ci, on peut citer les ent§tes « hop-by-hop », de 
routage, de fragment, d'options de destination ou d'authentification. 
25 L'enchamement des entetes est gere par la valeur du champ « Next 

Header » present dans chaque entete. 

Dans I'exemple de la figure 2, seul un entete optionnel « hop-by- 
hop » HbH est represents. Sa presence est indiquee par une valeur nulle du 
champ N H « Next header » de I'entete IPv6, H. De mime cet entete HbH 
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comporte un champ N HbH indiquant qu'apres cet entete HbH, on trouve la 
charge utile PL (et non un autre entete optionnel). 

La caracteristique de I'entete « Hop-by-hop » est d'etre 
5 obligatoirement lu et analyse par tous les routeurs (ou autres elements de 
reseau) vehiculant le paquet. 

Cet entete se compose d'un ensemble (eventuellement reduit a un 
singleton) de champs optionnels. Chaque champ optionnel est de type dit 
« TLV » pour Type- Length- Value, en langue anglaise, c'est-a-dire qu'il est 
10 compost de 3 sous-champs : 

® Le premier indique le type de I'option, 

© Le deuxieme indique la longueur du sous-champ suivant. 

© Le troisieme indique une valeur correspondant a ce type. 

15 Selon une mise en ceuvre de ('invention, ('information de client est 

inseree comme une option au sein de I'entete hop-by-hop. 

La figure 3 illustre cette mise en ceuvre, en representant les differents 
champs constitutifs de I'entete HbH. Cet entete comporte d'abord les champs 
20 N HbH precedemment d6crit, et le champ L HbH donnant la taille totale de I'entete 

II comporte, en sus, une ou plusieurs option(s). Ici, une seule a. ete 
representee, celle qui contient ('information de client. Cette option contient 
tout d'abord un sous champ T. La valeur de ce sous-champ est caracteristique 
25 du type d'information contenu par I'option. Typiquement, cette valeur doit etre 
une valeur attribute par NANA [Internet Assigned Number Authority). 

Le sous-champ V indique la valeur, et le sous-champ L la longueur du 
sous-champ V. 

Par exemple, le sous champ V peut occuper 6 octets ; auquel cas, la 
30 valeur du sous champ L vaut 6 et la longueur totale de I'option vaut 8 octets. 
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La valeur du sous champs V indique ^information de client, c'est-a- 
dire, en premier lieu, si le flux correspondent au paquet le contenant est un 
flux UMTS ou non. 

5 Elle peut aussi indiquer d'autres informations sur le client. Par 

exemple, elle peut indiquer une qualite de service demandee par le client : 
« gold » (or) , « silver » (argent), « bronze ».... 

Ainsi, tous les routeurs recevant un tel paquet doivent lire I'entete 
10 « hop by hop » et, ce faisant, determiner si le flux dont fait partie le paquet 
correspond a une norme de telephonie mobile. Selon un mode de realisation 
de ('invention, ils peuvent de surcroit avoir des informations plus precises sur 
le client. , • 

lis peuvent alors mettre en oeuvre des mecanismes d'assurance de 
15 qualite de service, en fonction de cette determination. 

Typiquement, la charge de la mise en oeuvre de tels mecanismes peut 
ne revenir qu'au routeur d'acc^s R. 

II pourra par exemple mettre en oeuvre la technologie DiffServ, telle 
20 que sp6cifiee dans le RFC 2474 de I'lETF. Auquel cas, il peut simplement faire 
correspondre une couleur differente a chacune des valeurs de I'information de 
client (i.e. la valeur du sous champ V). 

Ainsi, chaque routeur ulterieur transmettant le paquet et mettant en 
oeuvre la technologie DiffServ vehiculera de fagon differenciee les paquets 
25 UMTS et les paquets hon-UMTS. Du point de vue du reseau, il devient alors 
possible de traiter en priorite les paquets UMTS de sorte que les contraintes de 
qualite de service soient respectees. 

Selon un mode de realisation de I'invention, il est possible de 
vehiculer les flux de fagon differenciee, en fonction d'autres informations sur le 
30 client. 
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En reprenant I'exemple evoque precedemment, les flux demandant 
une qualite de service « gold » pourront etre traites de fagon plus prioritaire 
que les flux ne demandant qu'une qualite de sen/ice « silver » ou « bronze ». 

5 Une mise en ceuvre alternative consiste a utiliser une technologie de 

type RSVP (Resource ReSerVation Protocol) telle que sp^cifiee dans le RFC 
2205 de I'lETF. 

Dans cette mise en ceuvre, le routeur d'acces R cree un paquet de 
signalisation qui est transmis dans le reseau N et permet la reservation de 
10 ressources au sein de ce reseau, afin de garantir le respect de la qualite de 
service specifiee dans ce paquet de signalisation. 

La qualite de service est alors determinee par le routeur d'acces en 
fonction de ^information de client qui indique si le flux est un flux UMTS. 

Par exemple, si le paquet n'appartient pas a un flux UMTS, aucun 
15 paquet de signalisation n'est envoye ; par contre, si le paquet appartient a un 
flux UMTS, un paquet de signalisation est envoye, demandant une qualite de 
service 

® Soit en fonction du client, c'est-a-dire en fonction de precisions 
contenues dans cette information de client, comme indiquee 
20 prec<§demment, 

st .-Sait c o r respondant iiJjjie. qualite de service moyenna. 

Dans la mesure ou le reseau N (reseau d'acces UMTS) se comporte 
comme un fournisseur de service vis-a-vis du trafic non-UMTS, il peut etre 

25 envisage d'avoir des politiques de facturation differentes en fonction du type 
de trafic : les fournisseurs d'acces a Internet peuvent utiliser le reseau d'acces 
UMTS mais aussi des abonnes finaux qui veulent juste un acces a Internet, 
sans UMTS. II paraTt alors clair que ces abonnes doivent etre factures a un 
tarif moins eleve que les utilisateurs du systeme UMTS. I! convient done, du 

30 point de vue du reseau, de pouvoir les distinguer. 
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L'inventton permet de realiser cette distinction. Le routeur d'acces, 
par exemple, est alors en mesure de notifier un serveur de facturation, en 
indiquant si le flux considere correspond a une norme de telephonie mobile 
5 ou non. 

De surcroTt, selon une mise en oeuvre de i'invention, ('information de 
client permet de v6hiculer des informations plus precises sur le client. II devient 
alors possible d'adapter plus finement la politique de facturation au client et 
10 notamment a la qualite de service demandee par le client (gold, silver, 
bronze...). 

Le routeur d'acces peut 6galement utiliser les informations dont il 
dispose sur le client pour fournir d'autres services tels que la gestion die trafic, 
la configuration dynamique du reseau, etc. 

15 
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1) Terminal de telecommunication (Ty) possedant des moyens pour 
transmettre un flux de paquets de donnees (fj a un routeur d'acces (R) a un 

5 reseau de telecommunication (N), caracterise en ce qu'il dispose d'un moyen 
pour inserer une information de client au sein dudit flux, indiquant si ledit flux 
correspond a une norme de telephonie mobile. 

2) Terminal de telecommunication selon la revendication precedente, 
10 dans lequel ladite norme est la norme UMTS {Universal Mobile 

Telecommunication System). 

3) Terminal de telecommunication selon I'une des revendications 1 ou 
2, dans lequel ladite information de client est ins<§r<§e dans un entete desdits 

1 5 paquets. 

4) Terminal de telecommunication selon la revendication 3, dans lequel 
ladite information de client est inseree dans I'entete d'option hop-by-hop 
desdits paquets. 

20 

5) i^outeu r cip partena nt a- w> -reseau- 4elecommu nication , p ass ed ant 

des moyens pour recevoir des flux de paquets de donnees, caracterise en ce 
qu'il dispose de moyens pour determiner si ledit flux correspond a une norme 
de telephonie mobile, a partir d'une information de client inseree au sein 
25 dudit flux, et des moyens pour mettre en oeuvre des mecanismes d'assurance 
de qualite de service, en fonction de cette determination. 

6) Routeur selon la revendication precedente, dans lequel il est routeur 
d'acces audit reseau de telecommunication. 

30 
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7) Routeur selon I'une des revendications 5 ou 6, dans lequel lesdits 
mecanismes d'assurance de quality de service- dependent d'autres 
informations sur le client, contenues dans leditflux. 

8) Routeur selon I'une des revendications 5 ou 6, possedant de 
surcroTt de moyens pour notifier un serveur de facturation, en indiquant si ledit 
flux correspond a une norme de telephonie mobile. 
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utilises nit formulaire tdeirtteiue of numfirotes ehaque page en iiuaqaant te nombre total de pages). 



Mom 1 


PHAM 


PrSnoms 


Tan Nhon 


Adresse 


Rue 


62, Rue Velpeau 




Code postal et vifle 


921 60 I ANTONY. FRANCE 


Soci6te d'appartei 


lance (faculUtiiJ) 




Nom 


PREGUICA 


Prenoms 


Christoohe 


Adresse 


Ruef ~ 


J Ter JRue de Lqndres - Batiment B 




Code postal et viFte 


91300 I MASSY. FRANCE 


Societe d'apparte 


nance (factdtalif) 




Norn 




Prdnoms 




Adresse 


Rue 






Code postal et vifle 


I 


Soctete d'appartenance (faailUitift 




DATE ET SIGNATURES) 
(Horn el qualftS du slgnataiire) 


6 AoCrt 2002 
Sylvain CHAFFRAIX 



La !oi n°78-17 du 6 janvier 1978 relative a rinformatique, aux fichiers et aux liberies s'applique aux reponses faites £ ce formulaire. 
Elte gerantit un droit d'acc&s et de rectification pour les donn§es vous concernant aupr&s de PINPI. 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 
Q'rEFERENCE(S) OR EXHffilT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: . 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



